什么是無服務器？無服務器是一種云計算應用程序開發和執行模型，使開發人員能夠構建和運行應用程序代碼，而無需配置或管理服務器或后端基礎設施。

無服務器讓開發人員可以將全部精力放在編寫最好的前端應用程序代碼和業務邏輯上。所有開發人員需要做的就是編寫他們的應用程序代碼并將其部署到由云服務提供商管理的容器中。云提供商處理其余的工作，提供運行代碼所需的云基礎設施，并根據需要按需上下擴展基礎設施。云提供商還負責所有日?；A設施管理和維護，例如操作系統更新和補丁、安全管理、容量規劃、系統監控等。

同樣重要的是：使用無服務器，開發人員永遠不會為空閑容量付費。云提供商在代碼執行時啟動并按需提供所需的計算資源，并在執行停止時再次將其恢復——稱為“縮放到零”。執行開始計費，執行停止計費；通常，定價基于執行時間和所需資源。

無服務器并不意味著“沒有服務器”

盡管有這個名字，但在無服務器計算中肯定有服務器?！盁o服務器”描述了開發人員對這些服務器的體驗——它們對開發人員是不可見的，他們看不到、管理它們或以任何方式與它們交互。

如今，每個領先的云服務提供商都提供無服務器平臺，包括 Amazon Web Services (AWS Lambda)、Microsoft Azure (Azure Functions)、Google Cloud (Google Cloud Functions) 和Cloud (Cloud Code Engine)。無服務器計算、微服務和容器共同構成了通常被認為是云原生應用程序開發核心的技術的三駕馬車。

無服務器不僅僅是 FaaS

功能即服務或 FaaS是一種云計算服務，它使開發人員能夠運行代碼或容器以響應特定事件或請求，而無需指定或管理運行代碼所需的基礎設施。

FaaS 是無服務器的核心計算模型，這兩個術語經?；Q使用。但是無服務器不僅僅是 FaaS。無服務器是一整套服務，可以響應特定事件或請求，并在不再使用時擴展到零，并且其配置、管理和計費由云提供商處理，對開發人員不可見。除了 FaaS，這些服務還包括：

• 無服務器數據庫和存儲：數據庫（SQL 和NoSQL）和存儲（尤其是對象存儲）是數據層的基礎。這些技術的無服務器方法涉及從提供具有定義容量、連接和查詢限制的“實例”過渡，并轉向在基礎設施和定價方面隨需求線性擴展的模型。
• 事件流和消息傳遞：無服務器架構非常適合事件驅動和流處理工作負載，尤其是開源Apache Kafka事件流平臺。
• API 網關：API 網關充當 Web 操作的代理，并提供 HTTP 方法路由、客戶端 ID 和機密、速率限制、CORS、查看 API 使用情況、查看響應日志和API共享策略。

無服務器與 PaaS、容器和虛擬機

由于無服務器、平臺即服務 (PaaS)、容器和虛擬機 (VM)在云應用程序開發和計算生態系統中都發揮著關鍵作用，因此比較無服務器與其他一些關鍵屬性的比較是很有用的。

• 配置時間：對于無服務器，以毫秒為單位，而對于其他模型，以分鐘到幾小時為單位。
• 管理負擔：無服務器無，而PaaS、容器和虛擬機分別從輕到中到重。
• 維護：服務器架構100%由維護需要無維護。PaaS也是如此，但容器和VM，更新/管理操作系統、容器、連接等。
• 縮放：自動縮放（包括自動縮放到其他零）對于無服務器而言是即時且且固有的。模型自動但緩慢的縮放，需要非常調整自動縮放規則，并且不會縮放到零。
• 容量規劃：不需要其他性模型。需要一些自動擴展和一些容量規劃的組合。
• 無狀態：無服務器的固有特性，這意味著可伸縮性永遠不是問題；狀態在外部服務或資源中維護。PaaS、容器和虛擬機可以利用 HTTP，長時間保持打開的套接字或連接，并在調用之間將狀態存儲在內存中。
• 高可用性 (HA) 和災難恢復 (DR)：兩者都是無服務器固有的，無需額外的努力，也無需額外的成本。其他模型需要額外的成本和管理工作。在虛擬機和容器的情況下，基礎設施可以自動重啟。
• 資源利用率：無服務器是 100% 有效的，因為沒有空閑容量之類的東西——它只在請求時調用。所有其他型號至少具有一定程度的閑置容量。
• 計費和計費：無服務器以100小時為單位計算。PaaS 、容器和虛擬機通?；蚍昼娪嬎?。

無服務器、Kubernetes 和 Knative

Kubernetes是一個開源容器編排，可自動執行容器部署、管理和擴展。Kubernetes 的最大范圍的擴展容器平臺。但其本身沒有運行的話，Kubernetes 應用程序就沒有與云服務器的應用程序中的應用程序無關的服務器平臺集成特定的專用，Kubernetes 無法部署在容器中。

Knative 為 Kubernetes 提供了一個無服務器框架。它是 Kubernetes 的開源擴展，它使任何容器都可以在任何運行 Kubernetes 的云平臺上作為無服務器工作負載運行，無論容器是圍繞無服務器功能還是其他一些應用程序代碼（例如微服務）構建的。Knative 的工作原理是抽象代碼并處理網絡路由、事件觸發器和自動縮放以實現無服務器執行。

Knative 對開發人員是透明的——他們只是像往常一樣使用 Kubernetes 構建一個容器，其余的由 Knative 完成，將容器作為無服務器工作負載運行。

無服務器的優點和缺點

優點

鑒于上述所有情況，無服務器計算為個人開發人員和企業開發團隊提供了許多技術和業務優勢也就不足為奇了。

提高開發人員的生產力：更多的無服務器使開發團隊能夠專注于編寫代碼，管理設施。它為開發人員提供了創新和最前端應用程序功能和業務邏輯。

只為在請求執行時執行付費計算。應用程序開始與計算基礎架構即服務 (IaaS)進行比較，在中，客戶為所需的物理服務器、虛擬機機 (VM) 和其他資源他們他們這些資源到他們明顯使用，從使用這些資源。

使用語言進行開發： Serverless 是一種多語言環境，使開發人員能夠使用他們所擁有的任何語言或框架（Java 、Python、JavaScript、node.js）編碼。

部署的集成基礎架構、測試、部署和部署架構將無需部署部署，并在開發中實現部署部署。

某些情況下令人尷尬的無并行處理、流處理、服務器的其他處理方式可以選擇性能比成本。

使用可見性。無服務器平臺幾乎可以全面了解系統和用戶時間，并且可以系統匯總使用信息。

您可以使用IT 和 IT 引用服務器計算的自然優勢。

缺點

沒有服務器有很多令人興奮的地方，組織正在將它喜歡用于各種應用程序（參見下面的圖 2）。但也有一些優點——其中一些與某些應用程序相關，而另一些可能是通用的。

由于服務器應用程序無法接受臨時應用程序的多種應用程序，以支持開始和擴展請求至，因此它們還需要從某些方面來接受。此注意延遲但不會對用戶造成不利影響，不會引發用戶。

穩定或可預測工作負載的提高：可根據運行成本和成本來為核心的服務器提供支持，但可以為核心的成本和成本，以可預測、穩定或持續運行的流程為的。在這些情況下，可能、傳統工作提供的服務環境更容易提供。

這些操作和調試在性質監控系統中（團隊和發現問題）中包含服務架構，或服務架構或其他類型的使用場景，例如無運營業務，可能會運行監控。工具或流程來監控或調試無服務器功能很困難或不可能。

由于鎖定了所述的最大優勢之一，是沒有供應商管理這部分服務的時間為所有人員開發：產生大量的資源來計算和改進的，因此他們的代碼也會如前所述將計算出來。多種新的云可能搭載Docker的云服務到多種云的無服務器平臺（VM）提供或提供多種服務的生態環境，可攜帶觸發。的代碼才能應用程序平臺提供完整的服務或應用程序的所有應用程序平臺上的完整結果。

無服務器的用例

其事件本身并無特殊的組合，適合圍繞微服務、應用以及廣泛使用的屬性和應用案例和流動性。

無服務器和微服務

目前最常用的無服務器用例是支持也服務架構。微服務模型于創建完成工作并使用API??通信的小型服務。雖然微服務可以使用PaaS來組織運行，但或由于其在一些代碼、固有和自動擴展以及從不正確的閑置容量收費的供應商屬性，沒有服務器獲得了顯著著裝的現有部署等方面的屬性。

API 應用程序

無服務器平臺中的任何操作（或功能）都可以轉換為可供 Web 客戶端使用的 HTTP 端點。為 Web 啟用時，這些操作稱為 Web 操作。一旦有了 Web 操作，您就可以將它們組合成一個功能齊全的API推出一個 API 網關，可帶來額外的安全性、OAuth 支持、限速限制和自定義域支持。有關應用程序教程的程序和實踐經驗，請試用無服務器 Web API。

數據處理

無服務器非常適合高清、音頻、和和豐富、轉換、、收拾圖像等；圖像、視頻、精銳視頻處理、數據處理、處理文本（類似生成）；光學識別如何（OCR）；和視頻處理轉碼。有關詳細的圖像處理用例，請閱讀“ SiteSpirit 以 10% 的成本將速度提高 10 倍。 ”

實際計算/“映射”操作

任何一種令人尷尬的并行任務都是無服務器運行時的一個很好的用例，每個可并行化的任務都會導致一次動作調用。示例任務包括從數據搜索和處理（特別是云對象存儲）、Map(-Reduce)操作和網絡抓取到業務流程自動化、超參數調整、蒙特卡羅模擬和基因組處理的所有內容。

流處理工作負載

將托管 Apache Kafka 與 FaaS 和數據庫/存儲相結合，為實時構建數據管道和流式應用程序提供了強大的基礎。這些架構非常適合處理各種數據流攝取（用于驗證、清理、擴充、轉換），包括物聯網傳感器數據、應用程序日志數據、金融市場數據和業務數據流（來自其他數據源）。